Mobile device and method for controlling the same

ABSTRACT

A mobile device configured to display at least one application executed in the first mode and the second mode respectively; a sensor unit configured to sense a user input for the mobile device; and a processor configured to: provide an unlock interface to unlock a lock state of the first mode or the second mode, display at least one application executed in the first mode and maintain the second mode in the lock state when the mobile device unlocks the first mode and enters into the first mode through the unlock interface, detect an event for the second mode in the first mode even though the second mode is in the lock state, indicate information related to the event for the second mode in the first mode, and process the event when the mobile device unlocks the second mode and enters into the second mode through the unlock interface.

This application is a continuation of U.S. patent application Ser. No.13/829,992, filed on Mar. 14, 2013, which claims the benefit of U.S.Provisional Application No. 61/730,977, filed on Nov. 29, 2012, theKorean Patent Application Nos. 10-2013-0009050, filed on Jan. 28, 2013and 10-2013-0020481, filed on Feb. 26, 2013, which are all herebyincorporated by reference as if fully set forth herein.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present specification relates to a mobile device and a method forcontrolling the same, and more particularly, to a mobile device and amethod for controlling the same, in which different lock states areprovided depending on a mode which is currently being implemented in adual mode of a child mode and an adult mode and different unlockinterfaces are provided depending on the lock state which is set.

2. Discussion of the Related Art

With the development of electronic devices and communicationtechnologies, users could perform various functions that include textmessage transmission and reception functions and phone communication byusing a mobile device. In particular, with the mass spread of smartphones, various applications have been developed together. Accordingly,the users could install an application having a desired function in themobile device and perform various functions such as games and Internetbanking.

In particular, various animation applications that play animations whichchildren likes and various children's song applications that playchildren's songs which children likes have been provided recently.Accordingly, a user who is a mother or father of a child may implementanimation applications or children's song applications installed inhis/her mobile device to allow the child to use the applications.

However, when the child is using the mobile device of the user, a callor text message for a task of the user may be received. At this time, ifthe child of the user receives the call or text message, a problemoccurs in that the user may miss an important contact. Particularly, ifthe child is too young, such a problem may be likely to occur.

SUMMARY OF THE INVENTION

Accordingly, the present specification is directed to a mobile deviceand a method for controlling the same, which substantially obviate oneor more problems due to limitations and disadvantages of the relatedart.

An object of the present specification is to provide a mobile device anda method for controlling the same, in which a dual mode of a child modeand an adult mode is provided.

Another object of the present specification is to provide a mobiledevice and a method for controlling the same, in which different lockstates of a first lock state and a second lock state are provided, anddifferent unlock interfaces are provided depending on the lock state.

Still another object of the present specification is to provide a mobiledevice and a method for controlling the same, in which an enter mode(child mode or adult mode) after a lock state is unlocked is varieddepending on a first unlock interface unlocking a first lock state and asecond unlock interface unlocking a second lock state.

Further still another object of the present specification is to providea mobile device and a method for controlling the same, in which an adultmode is implemented to process an event for the adult mode when theevent for the adult mode occurs while the mobile device is being used ina child mode.

Further still another object of the present specification is to providea mobile device and a method for controlling the same, in which anapplication implemented in a child mode and an application implementedin an adult mode are provided separately and detailed configuration ofan application may be set in a corresponding mode which is beingimplemented.

Additional advantages, objects, and features of the specification willbe set forth in part in the description which follows and in part willbecome apparent to those having ordinary skill in the art uponexamination of the following or may be learned from practice of thespecification. The objectives and other advantages of the specificationmay be realized and attained by the structure particularly pointed outin the written description and claims hereof as well as the appendeddrawings.

To achieve these objects and other advantages and in accordance with thepurpose of the specification, as embodied and broadly described herein,a mobile device providing a dual mode of a child mode and an adult modecomprises a display unit configured to display at least one applicationimplemented in the child mode and the adult mode; a sensor unitconfigured to sense a user input for the mobile device and transferringa signal based on the sensed result to a processor; and the processorconfigured to control the display unit and the sensor unit, wherein theprocessor further configured to: provide a first unlock interface tounlock a first lock state, wherein the first unlock interface allows themobile device to enter into the child mode or the adult mode afterunlocking the first lock state, display at least one applicationimplemented in the child mode if it enters into the child mode throughthe first unlock interface, enter a second lock state when an event forthe adult mode is detected, and provide a second unlock interface tounlock the second lock state, wherein the second unlock interface allowsthe mobile device to enter into the adult mode only after unlocking thesecond lock state.

A method for controlling a mobile device, which provides a dual mode ofa child mode and an adult mode, comprises providing a first unlockinterface to unlock a first lock state, wherein the first unlockinterface allows the mobile device to enter into the child mode or theadult mode after unlocking the first lock state; displaying at least oneapplication implemented in the child mode when the mobile device entersinto the child mode through the first unlock interface; detecting anevent for the adult mode in the child mode; entering a second lockstate; and providing a second unlock interface to unlock the second lockstate, wherein the second unlock interface allows the mobile device toenter into the adult mode only after unlocking the second lock state.

According to the one embodiment, the mobile device may provide a dualmode of a child mode and an adult mode so as to provide a user withdifferent applications and different functions per mode. As a result,the user may use a function of a normal mobile device in an adult modeas it is and may limit the function of the mobile device to play of achild in a child mode. Accordingly, the user of the mobile device mayprevent the child from changing configuration of the mobile device.

Also, according to another embodiment, the mobile device may providelock states (first lock state and second lock state) separately andprovide different unlock interfaces performing unlocking in accordancewith the lock state. Accordingly, the mobile device may set differentlock states as the case may be, thereby restricting a mode which theuser enters.

Also, according to still another embodiment, if the mobile device of thechild mode detects an event of an adult mode, the user may prevent thechild from processing the event by setting the second lock stateallowing entrance to the adult mode only.

Also, according to further still another embodiment, the mobile devicemay separately provide an application implemented in a child mode and anapplication implemented in an adult mode, whereby the adult may set theapplication that may be used by the child.

Finally, according to further still another embodiment, the mobiledevice may allow detailed configuration of an application to be set in acorresponding mode which is being implemented, whereby the child may setthe configuration of the application implemented in the child mode.Accordingly, the child may feel that he/she plays his/her own mobiledevice.

More detailed advantageous effects will be described hereinafter.

It is to be understood that both the foregoing general description andthe following detailed description of the present specification areexemplary and explanatory and are intended to provide furtherexplanation of the specification as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the specification and are incorporated in andconstitute a part of this application, illustrate embodiment(s) of thespecification and together with the description serve to explain theprinciple of the specification. In the drawings:

FIG. 1 is a block diagram illustrating a function of a mobile device inaccordance with one embodiment;

FIG. 2 is a diagram illustrating embodiments of a first unlock interfacefor unlocking a first lock state;

FIG. 3 is a diagram illustrating that a mobile device of a first lockstate enters into a child mode through a first unlock signal for a firstunlock interface in accordance with one embodiment;

FIG. 4 is a diagram illustrating that a mobile device of a first lockstate enters into an adult mode through a second unlock signal for afirst unlock interface in accordance with one embodiment;

FIG. 5 is a diagram illustrating that an event for an adult mode occursin a mobile device of a child mode in accordance with one embodiment;

FIG. 6 is a diagram illustrating that a mobile device of a second lockstate is unlocked by a second unlock interface in accordance with oneembodiment;

FIG. 7 is a diagram illustrating that a mobile device of a second lockstate is unlocked by a second unlock interface in accordance withanother embodiment;

FIG. 8 is a diagram illustrating that a mobile device of a second lockstate is unlocked by a second unlock interface in accordance with otherembodiment;

FIG. 9 is a diagram illustrating that a mobile device of a second lockstate provides information guiding mode switching in accordance with oneembodiment;

FIG. 10 is a diagram illustrating a first setup interface for anapplication provided by a mobile device in accordance with oneembodiment;

FIG. 11 is a diagram illustrating a second setup interface for anapplication provided by a mobile device in accordance with oneembodiment;

FIG. 12 is a block diagram illustrating that mode switching is performedbetween a child mode and an adult mode in a mobile device in accordancewith one embodiment;

FIG. 13 is a flow chart illustrating a method for controlling a mobiledevice in accordance with one embodiment;

FIG. 14 is a flow chart illustrating a method for controlling a mobiledevice in accordance with another embodiment;

FIG. 15 is a flow chart illustrating a method for controlling a mobiledevice in accordance with still another embodiment;

FIG. 16 is a flow chart illustrating a method for controlling a mobiledevice in accordance with further still another embodiment; and

FIG. 17 is a flow chart illustrating a method for controlling a mobiledevice in accordance with further still another embodiment.

DETAILED DESCRIPTION OF THE INVENTION

Reference will now be made in detail to the preferred embodiments of thepresent specification, examples of which are illustrated in theaccompanying drawings. Wherever possible, the same reference numberswill be used throughout the drawings to refer to the same or like parts.The embodiments of the present specification shown in the accompanyingdrawings and described by the drawings are only exemplary, and technicalspirits of the present specification and its main operation are notlimited by such embodiments.

Although the terms used in the present specification are selected fromgenerally known and used terms considering their functions in thepresent specification, the terms can be modified depending on intentionof a person skilled in the art, practices, or the advent of newtechnology. Also, in special case, the terms mentioned in thedescription of the present specification may be selected by theapplicant at his or her discretion, the detailed meanings of which aredescribed in relevant parts of the description herein. Accordingly, theterms used herein should be understood not simply by the actual termsused but by the meaning lying within and the description disclosedherein.

Although the embodiments will be described in detail with reference tothe accompanying drawings and the disclosure described by the drawings,it is to be understood that the present specification is not limited bysuch embodiments.

FIG. 1 is a block diagram illustrating a function of a mobile device inaccordance with one embodiment. FIG. 1 is only exemplary and somemodules may be deleted or new modules may be additionally provided inaccordance with the need of the person with ordinary skill in the art.

As shown in FIG. 1, a mobile device 100 according to one embodiment mayinclude a display unit 110, a sensor unit 120, a storage unit 130, adisplay unit 140, and a processor 150.

The display unit 110 outputs image data on a display screen. The displayunit 110 may output an image on the basis of contents or applicationsimplemented by the processor 150 or a control command of the processor150.

Also, the mobile device 100 according to one embodiment may provide adual mode of a child mode and an adult mode. Accordingly, the displayunit 110 may display at least one application implemented in the childmode and the adult mode. For example, the display unit 110 may displayan icon corresponding to at least one application implemented in thechild mode and the adult mode.

The sensor unit 120 may sense a peripheral environment of the mobiledevice 100 by using at least one sensor provided in the mobile device100 and transfer the sensed result to the processor 150 in the form of asignal. Also, the sensor unit 120 may sense an input of a user andtransfer an input signal based on the sensed result to the processor150.

Accordingly, the sensor unit 120 may include at least one sensing means.According to one embodiment, the at least one sensing means may includea gravity sensor, a terrestrial magnetism sensor, a motion sensor, agyroscope sensor, an acceleration sensor, an infrared sensor, aninclination sensor, a brightness sensor, an altitude sensor, a smellsensor, a temperature sensor, a depth sensor, a pressure sensor, abending sensor, an audio sensor, a global positioning system (GPS)sensor, and a touch sensor.

Also, the sensor unit 120 refers to the aforementioned various sensingmeans, and may sense various inputs of the user and environment of themobile device 100 and transfer the sensed result to the processor 150,whereby the processor 150 may perform the operation based on the sensedresult. The aforementioned sensors may be included in the mobile device100 as separate elements or may be incorporated into at least oneelement.

Also, if the display unit 110 includes a touch sensitive display, it maysense a user input such as a touch input.

Accordingly, the processor 150 may generate a control signal by using aninput signal based on the user input through the sensor unit 120 or thedisplay unit 110 and control the mobile device 100 by using the controlsignal.

In other words, the processor 150 may receive the user input through thesensor unit 120 or the display unit 110 as the input signal and generatethe control signal by using the input signal. For example, the controlsignal may include a signal (hereinafter, referred to as ‘unlocksignal’) for unlocking the lock state of the mobile device 100.

Also, the processor 150 may control the units included in the mobiledevice 100 in accordance with the control signal.

Hereinafter, if each step or operation performed by the mobile devicestarts is performed through the user input, it is to be understood thatthe procedure of generating the input signal and the control signal inaccordance with the user input is included in the aforementioneddescription.

Also, it may be expressed that the processor controls the mobile deviceor the units included in the mobile device in accordance with the userinput. The processor may be described to mean the mobile device.

The storage unit 130 may store various digital data such as audio,photos, moving pictures, and applications. The storage unit 130 refersto various digital data storage areas, such as a flash memory, a randomaccess memory (RAM), and a solid state drive (SSD).

Also, the storage unit 130 may temporarily store data received from anexternal device through the communication unit 140. At this time, thestorage unit 130 may be used for buffering for outputting the data,which are received from the external device, from the mobile device 100.In this case, the storage unit 130 may selectively be provided on themobile device 100.

Also, the storage unit 130 may store information on at least oneapplication implemented in a child mode and at least one applicationimplemented in an adult mode.

The communication unit 140 may transmit and receive data to and from theexternal device by performing communication with the external device byusing various protocols. Also, the communication unit 140 may transmitand receive digital data such as contents and applications to and froman external network by accessing the external network through wire orwireless.

In addition, although not shown in FIG. 1, the mobile device may includeaudio input and output units or a power unit.

The audio output unit (not shown) includes an audio output means such asa speaker and earphone. Also, the audio output unit may output voice onthe basis of contents implemented in the processor 150 or the controlcommand of the processor 150. At this time, the audio output unit mayselectively be provided on the mobile device 100.

The power unit is a power source connected with a battery inside thedevice or an external power, and may supply the power to the mobiledevice 100.

Also, the mobile device 100 is shown in FIG. 1 as a block diagram. InFIG. 1, respective blocks are shown to logically identify the elementsof the device. Accordingly, the aforementioned elements of the devicemay be provided as one chip or a plurality of chips in accordance withdesign of the device.

In the meantime, the mobile device according to one embodiment mayprovide a dual mode of a child mode and an adult mode. To this end, themobile device according to one embodiment may provide two lock states ofa first lock state and a second lock state, and may provide a firstunlock interface for unlocking the first lock state and a second unlockinterface for unlocking the second lock state. Hereinafter, adescription as to a lock state set in accordance with a dual mode andwhen the lock state is set will be made, and a mode provided when thelock state is unlocked in accordance with the first unlock interface andthe second unlock interface will be described.

First of all, the mobile device according to one embodiment may providethe first unlock interface that unlocks the first lock state. The firstlock state is the state that input of the user or occurrence of an eventis on standby. Accordingly, if the mobile device enters the first lockstate, it may make a screen become an off state in the form of a darkscreen until it detects the input of the user or occurrence of an event.

In other words, in order to reduce unnecessary power consumption, themobile device may enter the first lock state if a previously set timepasses without input of the user or occurrence of an event. At thistime, the mobile device may enter the first lock state in a child modeor an adult mode. In other words, the mode for entering the first lockstate is not limited to a specific mode, and the child mode and theadult mode may be the mode for entering the first lock state.

The mobile device of the first lock state is on standby for input of theuser or occurrence of an event. If the mobile device detects the inputof the user or occurrence of an event, it may provide the first unlockinterface for unlocking the first lock state.

The first unlock interface is an unlock interface provided if the mobiledevice of the first lock state detects the input of the user oroccurrence of an event. Also, the first unlock interface may unlock thefirst lock state and allow entrance to the child mode or adult mode.

In other words, the mobile device may unlock the first lock state andenter into the child mode or adult mode in accordance with the inputsignal of the user for the first unlock interface. To this end, thefirst unlock interface may allow a first unlock signal for entrance tothe child mode and a second unlock signal for entrance to the adultmode.

If the mobile device detects the input signal for the first unlockinterface, which is input by the user, it may determine whether theinput signal is the first unlock signal for entrance to the child modeor the second unlock signal for entrance to the adult mode, and mayenter into the child mode or the adult mode.

FIG. 2 is a diagram illustrating embodiments of a first unlock interfacefor unlocking a first lock state.

The mobile device may enter into the child mode or the adult mode byreceiving an unlock signal from the user through the first unlockinterface. The unlock signal may be the signal generated if the userperforms a touch input in accordance with a pattern which is previouslyset, as shown in (a) of FIG. 2. Also, the unlock signal may be thesignal generated if the user inputs a series of numbers which arepreviously set, as shown in (b) of FIG. 2. Also, the unlock signal maybe the signal generated if a fingerprint of the user is input as shownin (c) of FIG. 2. At this time, the mobile device may further include aunit for fingerprint input to receive the fingerprint of the user.

As described above, the unlock signal is intended to unlock the lockstate of the mobile device, and may have various types such as text,number, touch pattern, and fingerprint. The unlock signal is not limitedto a specific type. However, the mobile device may sense touch andhovering of the user for the screen, and may also sense a motion of theuser based on the mobile device through a gyroscope sensor and recognizea voice. Accordingly, the unlock signal may be generated by at least oneof touch, hovering, fingerprint, motion and voice of the user.

Also, as shown in (a) to (c) of FIG. 2, even though the first unlockinterface receives different types of unlock signals, it receives thefirst unlock signal for entering into the child mode separately from thesecond unlock signal for entering into the adult mode. In other words,if the mobile device detects the first unlock signal for the firstunlock interface, it may provide an environment based on the child modeafter unlocking the lock state. If the mobile device detects the secondunlock signal, it may provide an environment based on the adult modeafter unlocking the lock state.

In this respect, the unlock signal will be described as an example ofthe signal generated when the user performs a touch input in accordancewith a pattern which is previously set, as shown in (a) of FIG. 2.

FIG. 3 is a diagram illustrating that a mobile device of a first lockstate enters into a child mode through a first unlock signal for a firstunlock interface in accordance with one embodiment.

Since the child mode means that the user is a child, as shown in (a) ofFIG. 3, the mobile device 300 may set a first unlock signal inaccordance with a pattern 310 which is easy for children to remember orinput. The mobile device 300 may basically provide the pattern 310 forthe first unlock signal, and the user may previously set the pattern 310for the first unlock signal through the mobile device 300.

If the mobile device 300 detects the first unlock signal, it may providea user interface 320 implemented in the child mode as shown in (b) ofFIG. 3. The user interface 320 may include at least one applicationimplemented in the child mode.

As described above, if the mobile device 300 enters into the child mode,among at least one application installed in the mobile device 300, theapplication set to be performed in the child mode may only be displayed.The application which is not allowed to be used in the child mode cannotbe displayed. This will be described in detail with reference to FIG.10.

FIG. 4 is a diagram illustrating that a mobile device of a first lockstate enters into an adult mode through a second unlock signal for afirst unlock interface in accordance with one embodiment.

Since the adult mode means that the user is an adult, as shown in (a) ofFIG. 4, the mobile device 400 may set a second unlock signal inaccordance with a complicated pattern 410 which is difficult forchildren to unlock the lock state.

The mobile device 400 according to one embodiment may set a first unlocksignal for entering into the child mode differently from a second unlocksignal for entering into the adult mode. As a result, it is advantageousin that data of the mobile device may be prevented from being deleteddue to mistake or error manipulation of the child and contents harmfulto children may be blocked. Accordingly, if the pattern for the secondunlock signal is the pattern which is difficult for the child toremember, the above advantages may be more increased.

Also, the mobile device 400 may basically provide the pattern 410 forthe second unlock signal, and the user may previously set the pattern410 for the second unlock signal through the mobile device 400.

If the mobile device 400 detects the second unlock signal, it mayprovide a user interface 420 implemented in the adult mode as shown in(b) of FIG. 4. The user interface 420 may include at least oneapplication implemented in the adult mode.

If necessary, the user interface implemented in the adult mode maydisplay all the applications installed in the mobile device 400. Theuser of the adult mode may identify the application implemented in thechild mode by allowing the user of the adult mode to view theapplication implemented in the child mode, and may set the mode wherethe application is implemented. This will be described in more detailwith reference to FIG. 10.

In the meantime, the mobile device may provide a call transmission andreception function, a message transmission and reception function and ane-mail transmission and reception function. At this time, if the childof the user receives a call or text message related to business of theuser with using the mobile device of the user, a problem may occur inbusiness of the user. Accordingly, the mobile device according to oneembodiment may allow the above functions to be used in the adult modeonly.

However, in case of a function in which event processing is important atthe time when an event occurs, such as the function for call reception,the mobile device may allow the user to enter into the adult mode andprocess the corresponding event by notifying the user that the event hasoccurred even though it restricts event processing in the child mode. Asa result, the mobile device according to one embodiment may allow theuser to immediately process an event regarded by the user to beimportant or an event of which processing is important at the time whenthe event occurs. This will be described with reference to FIG. 5 andFIG. 6.

FIG. 5 is a diagram illustrating that an event for an adult mode occursin a mobile device of a child mode in accordance with one embodiment. Itis assumed that the mobile device detects the first unlock signal forthe first unlock interface unlocking the first lock state and entersinto the child mode.

(a) of FIG. 5 illustrates that the mobile device of the child modedisplays an implementation screen of a specific application 510implemented in the child mode. When the mobile device of the child modeimplements the specific application 510, it may detect an event for theadult mode.

The event means occurrence of an operation or work that affectsimplementation of an application or task of the mobile device, and mayoccur when an operation or work generated by the user occurs or data arereceived from an external device. For example, the mobile device maydetect occurrence of the event if it receives a call, text message ore-mail.

However, if the mobile device is allowed to process such an event evenin the child mode, a problem may occur in that the user of the mobiledevice may miss an important call or message due to the child.Accordingly, the mobile device may be set such that event processingcannot be processed in the child mode. In other words, the mobile devicemay process an event in the adult mode only. However, the mobile deviceof the child mode may detect occurrence of the event even though itcannot process the event. Accordingly, if the mobile device of the childmode detects occurrence of the event, it may enter into the adult modeto process the event.

If the mobile device detects an event for the adult mode in the childmode, as shown in (b) of FIG. 5, it may enter a second lock state anddisplay a second unlock interface 520 that unlocks the mobile device ofthe second lock state. At this time, the second unlock interface 520 maydisplay information 521 related to the detected event.

The second lock state is on standby for input of the user. If the mobiledevice detects the event for the adult mode in the child mode, it mayenter the second lock state. Also, the mobile device may enter thesecond lock state and at the same time may display the second unlockinterface that unlocks the second lock state.

Hereinafter, the first lock state and the second lock state, and thefirst unlock interface and the second unlock interface will be describedin more detail.

First of all, the mobile device may enter the first lock state in thechild mode or adult mode. In other words, the mobile device may enterthe first lock state regardless of the fact that the current mode is thechild mode or the adult mode if there is no input of the user oroccurrence of an event until a previously set time passes.

On the other hand, the mobile device may enter the second lock state inthe child mode only. In other words, the mobile device may enter thesecond lock state only if it detects the event for the adult mode in thecurrent child mode.

Also, the mobile device that has entered the first lock state is onstandby for input of the user or occurrence of the event. Accordingly,the mobile device that has entered the first lock state may provide thefirst unlock interface for unlocking the first lock state if it detectthe input of the user or occurrence of the event.

On the other hand, the mobile device that has entered the second lockstate is in the state that it detects the event for the adult mode.Accordingly, the mobile device may enter the second lock state and atthe same time provide the second unlock interface for unlocking thesecond lock state.

In other words, the first unlock interface is provided if the input ofthe user or occurrence of the event is detected in the first lock state,whereas the second unlock interface may be provided at the same timewhen the mobile device enters the second lock state.

Also, the first unlock interface may allow both the first unlock signalfor entering into the child mode and the second unlock signal forentering into the adult mode. However, the second unlock interface mayallow only the second unlock signal for entering into the adult mode.This is because that the mobile device should enter into the adult modeto allow the user to process the event as the mobile device of the childmode detects the event for the adult mode. Accordingly, the secondunlock interface may entrance to the adult mode only after unlocking thelock state.

Also, the second unlock interface is different from the first unlockinterface, which receives the unlock signal only, in that it includesinformation on the event.

(b) of FIG. 5 illustrates that information 521 on an event includescaller information and caller number together with a call icon fornotifying occurrence of an event for call reception. For example, if themobile device detects an event for message reception, informationrelated to the event may include at least one of message senderinformation, message sender number and message together with a messageicon for notifying occurrence of the event for message reception. Inother words, the information on the event may include information thatmay allow the user to identify the event, for example, information as towhat the generated event is.

FIG. 6 is a diagram illustrating that a mobile device of a second lockstate is unlocked by a second unlock interface in accordance with oneembodiment. In the same manner as FIG. 5, it is assumed that the mobiledevice of the child mode enters the second lock state by detecting theevent for the adult mode and provides the second unlock interface.

As shown in (a) of FIG. 6, the mobile device may detect a second unlocksignal 611 for the second unlock interface 610. The mobile device thathas detected the second unlock signal 611 may unlock the second lockstate and enter into the adult mode.

Also, the mobile device that has unlocked the second lock state throughthe second unlock interface 610 and entered into the adult mode mayprocess the detected event. If the event detected by the mobile deviceis the event for call reception, as shown in (b) of FIG. 6, the mobiledevice may receive a call.

At this time, the mobile device may enter into the adult mode and at thesame time process the event for call reception even though there is noseparate input of the user. Even though the user does not perform atouch or input for a call, the operation of entrance to the adult modethrough the second unlock interface 610 may be regarded as that for callreception. If the mobile device receives an input signal of the user,which is for event processing, after entering into the adult mode, itmay process the detected event.

However, in the same manner as that a call ends, the mobile device thathas completely processed the detected event may enter the first lockstate as shown in (c) of FIG. 6, and may provide the first unlockinterface 620 for unlocking the first lock state. As described above,the first unlock interface 620 may allow the first unlock signal forentering into the child mode and the second unlock signal for enteringinto the adult mode.

Accordingly, if the user intends to perform additional task in the adultmode, the user may unlock the first lock state by inputting the secondunlock signal and enter into the adult mode. On the other hand, if theuser desires to enter into the child mode to allow the child to use themobile device, the user may unlock the first lock state by inputting thefirst unlock signal and enter into the child mode.

As described above, if the detected event is completely processed, themobile device may enter the first lock state and provide the firstunlock interface, whereby the user may enter into a desired mode toperform a desired task.

However, after the detected event is completely processed, it may bemore preferable for the user that the mobile device continues toimplement the application implemented in the child mode. Also, it may bemore preferable that the mobile device maintains the adult mode to allowthe user to perform additional task after the detected event iscompletely processed. This will be described in more detail withreference to FIG. 7 and FIG. 8.

First of all, FIG. 7 is a diagram illustrating that a mobile device of asecond lock state is unlocked by a second unlock interface in accordancewith another embodiment. In the same manner as FIG. 5, it is assumedthat the mobile device of the child mode enters the second lock state bydetecting the event for the adult mode and provides the second unlockinterface.

As shown in (a) of FIG. 7, the mobile device may detect a second unlocksignal 711 for a second unlock interface 710. The mobile device that hasdetected the second unlock signal 711 may unlock the second lock stateand enter into the adult mode.

Also, the mobile device that has entered into the adult mode may processthe detected event. (b) of FIG. 7 illustrates an event for callreception as an example of the detected event. As described above, themobile device may process the event simultaneously with unlocking thesecond lock state or may process the event if there is a request of theuser after unlocking the second lock state.

At this time, if the detected event is completely processed, the mobiledevice may automatically be switched from the adult mode to the childmode. As a result, as shown in (c) of FIG. 7, the mobile device maycontinue to implement the application 720 implemented at the time whendetecting the event.

Also, in a state that the mobile device displays the first unlockinterface after entering the first lock state as shown in (c) of FIG. 6,if the user enters into the child mode through the first unlock signal,the mobile device may continue to implement the application implementedat the time when detecting the event.

However, as shown in (c) of FIG. 7, if the mobile device continues toimplement the application which is being implemented, without enteringthe lock state, the user does not need to unlock the lock state, wherebyconvenience is improved. This is because that the adult has only to passthe mobile device to the child.

FIG. 8 is a diagram illustrating that a mobile device of a second lockstate is unlocked by a second unlock interface in accordance with otherembodiment. In the same manner as FIG. 5, it is assumed that the mobiledevice of the child mode enters the second lock state by detecting theevent for the adult mode and provides the second unlock interface. Also,since (a) of FIG. 8 and (b) of FIG. 8 are the same as (a) of FIG. 6 and(b) of FIG. 6 and (a) of FIG. 7 and (b) of FIG. 7, their detaileddescription will be omitted.

As shown in (a) of FIG. 8, if the mobile device detects a second unlocksignal for a second unlock interface, it may unlock the second lockstate and enter into the adult mode. Also, as shown in (b) of FIG. 8,the mobile device that has entered into the adult mode may process thedetected event.

At this time, if the detected event is completely processed, the mobiledevice may provide a basic home screen 810 provided in the adult mode asshown in (c) of FIG. 8. The basic home screen may include an iconcorresponding to at least one application implemented in the adult mode.

If the event for the adult mode occurs in the mobile device of the childmode, a task related to the event may be performed even after the eventis completed. For example, the user who has ended a call may make animportant note or should write and send a mail in respect of the callmessage. Accordingly, the mobile device according to one embodiment mayallow the user to continue to perform a necessary task by maintainingthe adult mode after processing the event.

Also, although the mobile device may continue to maintain the adultmode, it may maintain the adult mode for a previously set time after theevent is completely processed and may switch the adult mode to the childmode after the previously set time is exceeded. For example, the mobiledevice may automatically switch the adult mode to the child mode if thepreviously set time is exceeded without input of the user or occurrenceof the event after processing the event.

As described above, the mobile device may perform the task related tothe event by maintaining the adult mode for a given time. Afterwards,the mobile device may return to the child mode to continue to implementthe application implemented in the child mode, whereby user conveniencemay be increased.

In the meantime, as shown in (a) of FIG. 6, (a) of FIG. 7 and (a) ofFIG. 8, if the mobile device of the child mode may enter the second lockstate by detecting the event for the adult mode and displays the secondunlock interface, it may disable the function for processing the eventin the child mode.

For example, the mobile device that has received a call, that is, themobile device that has detected the event for call reception may press apreviously set button or reject a received call by touching a menubutton on the screen. Alternatively, the mobile device that has detectedthe event for message reception, the event for mail reception, etc. mayturn off an alarm function even though the user does not check themessage or mail.

As described above, the rejection of the received call or turn-off ofthe alarm function for message reception or mail reception may beregarded as event processing. However, if the function for processingthe event is able to be performed in the child mode, the user may missthe important event processing due to the child. Accordingly, the mobiledevice according to one embodiment of the present specification maydisable the function for processing the event in the child mode bydetecting the event for the adult mode in the child mode.

As described above, if the mobile device of the child mode detects theevent for the adult mode, it may disable the function for processing theevent in the child mode. Alternatively, if the mobile device of thechild mode detects the event for the adult mode, since it enters thesecond lock state and displays the second unlock interface, it maydisable the function for processing the event at the second lock state.Accordingly, the child may be prevented from rejecting the received callor the user may be prevented from missing the important call or messagedue to turn-off of the message alarm function.

FIG. 9 is a diagram illustrating that a mobile device of a second lockstate provides information guiding mode switching in accordance with oneembodiment.

As shown in (a) of FIG. 9, if the mobile device of the child modedetects the event for the adult mode, it may enter the second lock stateand provide a second unlock interface 910. The second unlock interface910 may include information 911 related to the detected event. Also, thesecond unlock interface 910 may allow only a second unlock signal forentering into the adult mode. In other words, the second unlockinterface 910 does not allow the first unlock signal for entering intothe child mode.

However, as shown in (a) of FIG. 9, the mobile device may detect thefirst unlock signal 913 for entering into the child mode, with respectto the second unlock interface 910. This is because that the child whois using the mobile device in the child mode may input the first unlocksignal 913 to enter into the child mode from the lock state.Accordingly, the mobile device may provide information 920 that guidesmode switching from the child mode to the adult mode.

The information 920 guiding mode switching from the child mode to theadult mode may be displayed as a graphic image as shown in (b) of FIG.9. However, the information guiding mode switching is not limited to thegraphic image and may also be provided as a voice guide message.

In the meantime, at least one application provided in the mobile deviceaccording to one embodiment may include at least one applicationimplemented in the child mode only, at least one application implementedin the adult mode only, and at least one application implemented in thechild mode and the adult mode. Accordingly, the mobile device accordingto one embodiment may provide a first setup interface that configures amode for implementing the provided application.

FIG. 10 is a diagram illustrating a first setup interface for anapplication provided by a mobile device in accordance with oneembodiment.

As shown in FIG. 10, the first setup interface may include anapplication interface 1010 displaying at least one application providedin the mobile device, an adult application interface 1020 displaying atleast one application which will be implemented in the adult mode, and achild application interface 1030 displaying at least one applicationwhich will be implemented in the child mode.

The first setup interface may provide an environment where the user mayshift an icon corresponding to the application included in theapplication interface 1010 to the adult application interface 1020 andthe child application interface 1030 through an input method such as atouch.

At this time, the application included in the application interface 1010may be shifted to the adult application interface 1020 and the childapplication interface 1030. In this case, the corresponding applicationmay be implemented in both the adult mode and the child mode. In otherwords, the application may be implemented in the child mode only, or theadult mode only, and may be implemented in both the child mode and theadult mode in accordance with configuration.

Also, the first setup interface may be provided in the adult mode. Thisis because that it is not reasonable to allow the child, who is the userof the child mode, to determine an application and a mode to beimplemented.

However, in case of the application which will be implemented in thechild mode, the main user of the corresponding application is the child.Accordingly, the mobile device may provide a second setup interface,which configures an environment for implementing at least oneapplication in the child mode, in the child mode.

FIG. 11 is a diagram illustrating a second setup interface for anapplication provided by a mobile device in accordance with oneembodiment.

The second setup interface 1110 may configure an environment forimplementing at least one application in the child mode. The environmentmay include all the items that may be configured by the user when theuser implements the application, such as the time when the applicationis implemented, sound control when the application is implemented, andbrightness control when the application is implemented.

Also, the second setup interface 1110 may provide a user interface (UI)that may easily configure the environment of the application to beimplemented in the child mode. Accordingly, even in case of the sameapplication, if the environment is configured in the child mode, a userinterface different from the user interface provided in the adult modemay be provided to be acquainted with the child.

FIG. 12 is a block diagram illustrating that mode switching is performedbetween a child mode and an adult mode in a mobile device in accordancewith one embodiment. Hereinafter, the mode switching procedure betweenthe child mode and the adult mode will be described together with thefirst lock state and the second lock state.

If the mobile device is powered on, it may enter the first lock state1210. The first lock state 1210 is the state that input of the user oroccurrence of the event is on standby. The mobile device may configurethe first lock state 1210 in case of the power-on state, and may providethe first unlock interface for unlocking the first lock state 1210 toallow the user to use the mobile device.

The mobile device of the first lock state 1210 may enter into the childmode 1220 or the adult mode 1260 in accordance with the unlock signaldetected through the first unlock interface. The unlock signal may beconfigured previously, and may be varied after being configured.

In other words, if the mobile device of the first lock state 1210detects the first unlock signal, it may enter into the child mode 1220.If the mobile device of the first lock state 1210 detects the secondunlock signal, it may enter into the adult mode 1260.

In the meantime, after the mobile device of the first lock state 1210enters into the child mode 1220 or the adult mode 1260, if there is noinput of the user or occurrence of the event for a previously set time,or in accordance with the request of the user, the mobile device mayenter the first lock state 1210. In this way, as the mobile deviceenters the first lock state from the child mode or the adult mode, itmay reduce unnecessary power consumption, especially reduce unnecessaryand frequent reaction of a touch sensor display.

Also, if the mobile device of the child mode 1220 detects the event forthe adult mode, it may enter the second lock state 1230. The second lockstate 1230 is the state that the input of the user is on standby. Themobile device may prepare entrance to the adult mode by entering thesecond lock state 1230 to process the detected event. In other words, ifthe mobile device detects the event for the adult mode, it may providethe second lock state and the second unlock interface to allow the userto input the second unlock signal for entering into the adult mode.

If the mobile device of the second lock state 1230 detects the secondunlock signal for entering into the adult mode in accordance with theinput of the user, it may enter into the adult mode to process thedetect event (1240). At this time, the adult mode may be the same modeas the adult mode 1260 entering at the first lock state, and forconvenience of description, these adult modes are shown at differentblocks. However, the mobile device that has completely processed theevent (1240) may enter the first lock state 1210, and may enter into theadult mode or the child mode in accordance with the configuration. Thiswill be described in more detail with reference to FIG. 13 to FIG. 15.

In the meantime, if the mobile device of the second lock state 1230detects the first unlock signal for entering into the child mode, inaccordance with the input of the user, it may send an error report 1250and maintain the second lock state 1230.

The second lock state 1230 may allow the entrance to the adult mode onlyunlike the first lock state that allows the entrance to the child modeand the adult mode. This is intended to process the event for the adultmode. Accordingly, if the mobile device receives the first unlock signalfor entering into the child mode, it may send the error report 1250 toallow the user to input the second unlock signal for entering into theadult mode. At this time, the error report 1250 may include informationguiding mode switching.

In the meantime, FIG. 13 is a flow chart illustrating a method forcontrolling a mobile device in accordance with one embodiment.

As described with reference to FIG. 2 to FIG. 4, the mobile device mayprovide the first unlock interface that unlocks the first lock state(S1300). Also, as described with reference to FIG. 3, if the mobiledevice enters into the child mode through the first unlock interface, itmay display at least one application implemented in the child mode.

At this time, as described with reference to FIG. 5, the mobile devicemay detect the event for the adult mode (S1320). The event meansoccurrence of operation or work that affects implementation of theapplication or task. The event may occur when the operation or workgenerated by the user occurs or data are received from the externaldevice.

As described with reference to FIG. 6 to FIG. 8, the mobile device thathas detected the event may enter the second lock state (S1330), and mayprovide the second unlock interface that unlocks the second lock state(S1340). The second unlock interface may allow the entrance to the adultmode only. Accordingly, the mobile device may enter into the adult modeand process the detected event only if the user enters the second unlocksignal for entering into the adult mode.

After the mobile device processes the detected event, it may enter intothe child mode again and maintain the adult mode. Also, the mobiledevice may enter the first lock state and enter into the child mode orthe adult mode in accordance with the unlock signal input by the user.In other words, the mode or lock state entering after the mobile deviceprocesses the detected event may be varied depending on theconfiguration. This will be described in detail with reference to FIG.14 to FIG. 16.

FIG. 14 is a flow chart illustrating a method for controlling a mobiledevice in accordance with another embodiment.

As described with reference to FIG. 5, the mobile device may detect theevent for the adult mode while a specific application is beingimplemented in the child mode (S1400). The mobile device that hasdetected the event may enter the second lock state (S1410), and mayprovide the second unlock interface that unlocks the second lock state(S1420). The mobile device may enter the second lock state and providethe second unlock interface at the same time.

As described with reference to FIG. 6 to FIG. 8, the mobile device maydetect whether the signal input by the user through the second unlockinterface is the first unlock signal for entering into the child mode orthe second unlock signal for entering into the adult mode (S1430).

The second unlock interface allows the entrance to the adult mode only.Accordingly, if the signal detected by the mobile device is the firstunlock signal for entering into the child mode, the mobile device maydisable the function for processing the detected event (S1440). This isintended to block event processing to prevent the event for the adultmode from being rejected to be processed or being processed in the childmode. Also, as described with reference to FIG. 9, the mobile device mayprovide information that guides mode switching (S1450).

Also, the mobile device may disable the function for processing thedetected event in the child mode, if it detects the event, regardless ofthe detected signal of the first unlock signal or the second unlocksignal.

In the meantime, if the signal detected by the mobile device is thesecond unlock signal for entering into the adult mode, the mobile devicemay process the event after entering into the adult mode (S1460).

At this time, if the mobile device detects the second unlock signal, itmay enter into the adult mode and at the same time process the event.For example, if the event is the event for call reception, the mobiledevice may enter into the adult mode and at the same time connect acall. If the event is the event for message reception, the mobile devicemay enter into the adult mode and at the same time display the receivedmessage.

As described with reference to FIG. 6, the mobile device may enter thefirst lock state after completely processing the event (S1470). Themobile device may provide the user with an opportunity of selecting theadult mode or the child mode by entering the first lock state anddisplaying the first unlock interface.

The mobile device may detect whether the signal input by the userthrough the first unlock interface is the first unlock signal forentering into the child mode or the second unlock signal for enteringinto the adult mode (S1480). The first unlock interface may allow boththe entrance to the child mode and the entrance to the adult mode unlikethe second unlock interface that allows the entrance to the adult modeonly.

As described with reference to FIG. 3, if the mobile device detects thefirst unlock signal, it may continue to implement the specificapplication which is being implemented in the child mode (S1490). If theuser inputs the first unlock signal, it means that the user intends tocontinue to perform the work, which is being implemented before theevent occurs, by entering into the child mode. Accordingly, the mobiledevice may continue to implement the specific application, which isbeing implemented before the event occurs, by entering into the childmode, whereby convenience of the user may be improved.

Also, as described with reference to FIG. 4, if the mobile devicedetects the second unlock signal, it may display at least oneapplication implemented in the adult mode (S1500).

FIG. 15 is a flow chart illustrating a method for controlling a mobiledevice in accordance with still another embodiment.

As described with reference to FIG. 5, the mobile device may detect theevent for the adult mode while a specific application is beingimplemented in the child mode (S1510). The mobile device that hasdetected the event may enter the second lock state (S1520), and mayprovide the second unlock interface that unlocks the second lock state(S1530).

As described with reference to FIG. 6 to FIG. 8, the mobile device maydetect whether the signal input by the user through the second unlockinterface is the first unlock signal for entering into the child mode orthe second unlock signal for entering into the adult mode (S1540).

The second unlock interface allows the entrance to the adult mode only.Accordingly, if the signal detected by the mobile device is the firstunlock signal for entering into the child mode, the mobile device maydisable the function for processing the detected event (S1550). This isintended to block event processing to prevent the event for the adultmode from being rejected to be processed or being processed in the childmode. Also, as described with reference to FIG. 9, the mobile device mayprovide information that guides mode switching (S1560).

In the meantime, if the signal detected by the mobile device is thesecond unlock signal for entering into the adult mode, the mobile devicemay process the event after entering into the adult mode (S1570).

As described with reference to FIG. 7, the mobile device may enter intothe child mode again after completely processing the event (S1580).Also, the mobile device may continue to implement the specificapplication which is being implemented in the child mode (S1590).

As described above, if the event is completely processed, the mobiledevice may automatically enter into the mode before the event occurs.Accordingly, since the user does not need to take any action for modeswitching, the user may feel convenience.

FIG. 16 is a flow chart illustrating a method for controlling a mobiledevice in accordance with further still another embodiment.

As described with reference to FIG. 5, the mobile device may detect theevent for the adult mode while a specific application is beingimplemented in the child mode (S1600). The mobile device that hasdetected the event may enter the second lock state (S1610), and mayprovide the second unlock interface that unlocks the second lock state(S1620).

As described with reference to FIG. 6 to FIG. 8, the mobile device maydetect whether the signal input by the user through the second unlockinterface is the first unlock signal for entering into the child mode orthe second unlock signal for entering into the adult mode (S1630).

The second unlock interface allows the entrance to the adult mode only.Accordingly, if the signal detected by the mobile device is the firstunlock signal for entering into the child mode, the mobile device maydisable the function for processing the detected event (S1640). This isintended to block event processing to prevent the event for the adultmode from being rejected to be processed or being processed in the childmode. Also, as described with reference to FIG. 9, the mobile device mayprovide information guiding mode switching (S1650).

In the meantime, if the signal detected by the mobile device is thesecond unlock signal for entering into the adult mode, the mobile devicemay process the event after entering into the adult mode (S1660).

As described with reference to FIG. 8, the mobile device that hascompletely processed the event may display at least one applicationimplemented in the adult mode with maintaining the adult mode withoutperforming separate mode switching (S1670).

Generally, after the event occurs, it is likely that the user mayperform additional work by using the mobile device. Accordingly, themobile device may maintain the adult mode for a certain time periodwithout mode switching after the event ends, whereby the user may usethe mobile device conveniently.

Also, if a certain time period is exceeded, the mobile device mayautomatically enter into the child mode (S1680) and continue to performthe work implemented in the child mode. In other words, if the mobiledevice detects the input of the user or occurrence of the event within apreviously set time, it may continue to maintain the adult mode.However, if the mobile device fails to detect the input of the user oroccurrence of the event within a previously set time, it may enter intothe child mode.

FIG. 17 is a flow chart illustrating a method for controlling a mobiledevice in accordance with further still another embodiment.

As described with reference to FIG. 2, the mobile device may provide thefirst unlock interface that unlocks the first lock state (S1700). Also,as described with reference to FIG. 4, if the mobile device enters intothe adult mode through the first unlock interface, it may display atleast one application implemented in the adult mode. Also, if the mobiledevice detects the event for the adult mode (S1720), it may process theevent.

In other words, the mobile device may enter the second lock state if itdetects the event for the adult mode, whereas the mobile device mayimmediately process the event without mode switching or entering thelock state.

Also, characteristics operated when the mobile device of the child modedetects the event for the adult mode may be applied to even the casethat the mobile device of the adult mode detects the event for the childmode.

Moreover, although the description may be made for each of the drawings,the embodiments of the respective drawings may be incorporated toachieve a new embodiment. A computer readable recording medium where aprogram for implementing the embodiments is recorded may be designed inaccordance with the need of the person skilled in the art within thescope of the present specification.

Also, the mobile device and the method for controlling the sameaccording to one embodiment are not limited to the aforementionedembodiments, and all or some of the aforementioned embodiments mayselectively be configured in combination so that various modificationsmay be made in the aforementioned embodiments.

In the meantime, the method for controlling the mobile device may beimplemented in a recording medium, which can be read by a processorprovided in the network device, as a code that can be read by theprocessor. The recording medium that can be read by the processorincludes all kinds of recording media in which data that can be read bythe processor are stored. Examples of the recording medium include ROM,RAM, CD-ROM, magnetic tape, floppy disk, and optical data memory. Also,another example of the recording medium may be implemented in a type ofcarrier wave such as transmission through Internet. Also, the recordingmedium that can be read by the processor may be distributed in acomputer system connected thereto through the network, whereby codesthat can be read by the processor may be stored and implemented in adistributive mode.

It will be apparent to those skilled in the art that the presentspecification can be embodied in other specific forms without departingfrom the spirit and essential characteristics of the specification.Thus, the above embodiments are to be considered in all respects asillustrative and not restrictive. The scope of the specification shouldbe determined by reasonable interpretation of the appended claims andall change which comes within the equivalent scope of the specificationare included in the scope of the specification.

In this specification, both the product disclosure and the methoddisclosure have been described, and description of both may be madecomplementally if necessary.

1. A mobile device providing a dual mode of a first mode and a secondmode, the mobile device comprising: a display unit configured to displayat least one application executed in the first mode and the second moderespectively; a sensor unit configured to sense a user input for themobile device; and a processor configured to: provide an unlockinterface to unlock a lock state of the first mode or the second mode,wherein the unlock interface allows the mobile device to enter into thefirst mode or the second mode after unlocking the lock state, display atleast one application executed in the first mode and maintain the secondmode in the lock state when the mobile device unlocks the first mode andenters into the first mode through the unlock interface, detect an eventfor the second mode in the first mode even though the second mode is inthe lock state, indicate information related to the event for the secondmode in the first mode, wherein the mobile device is only notifyingoccurrence of the event and restricts processing of the event for thesecond mode in the first mode, and process the event when the mobiledevice unlocks the second mode and enters into the second mode throughthe unlock interface.
 2. The mobile device according to claim 1, whereinthe event includes at least one of an event for call reception, an eventfor message reception, and an event for mail reception.
 3. The mobiledevice according to claim 1, wherein the related information includes atleast one of message sender information, message sender number and amessage icon for notifying the occurrence of the event, when the eventis message reception.
 4. The mobile device according to claim 1, whereinthe related information includes at least one of caller information,caller number and a call icon for notifying occurrence of the event,when the event is call reception.
 5. The mobile device according toclaim 1, wherein the processing of the event includes displaying detailinformation of the event.
 6. The mobile device according to claim 1,wherein the processor is further configured to continue to execute atleast one application which is being executed in the first mode whendetecting the event, after processing the event.
 7. The mobile deviceaccording to claim 1, wherein the processor is further configured toswitch the second mode to the first mode when the event is completelyprocessed.
 8. The mobile device according to claim 1, wherein theprocessor is further configured to switch the second mode to the firstmode if an input signal or occurrence of an event are not detected for apredetermined time, after the event is completely processed.
 9. Themobile device according to claim 1, wherein the lock state is a statethat the processor is on standby to receive the user input or to detectthe occurrence of the event.
 10. The mobile device according to claim 1,wherein the lock state is unlocked by a first unlock signal for enteringinto the first mode or a second unlock signal for entering into thesecond mode for the first unlock interface.
 11. The mobile deviceaccording to claim 1, wherein the first mode includes a guest mode andthe second mode includes a user mode.
 12. (canceled)
 13. The mobiledevice according to claim 1, wherein the at least one applicationincludes at least one of a first application executed only in the firstmode, a second application executed only in the second mode, and a thirdapplication executed in both the first mode and the second mode.
 14. Themobile device according to claim 1, wherein the processor is furtherconfigured to provide a first setup interface in the second mode anddetermine an executing mode of the at least one application between thefirst mode and the second mode through the first setup interface. 15.The mobile device according to claim 14, wherein the processor isfurther configured to provide a second setup interface in the first modeand configure an environment for executing the at least one applicationexecuted only in the first mode through the second setup interface. 16.The mobile device according to claim 1, wherein the processor is furtherconfigured to provide an information guiding mode switching from thefirst mode to the second mode when the mobile device detects the eventfor the second mode.
 17. A method for controlling a mobile device, whichprovides a dual mode of a first mode and a second mode, the methodcomprising: providing an unlock interface to unlock a lock state of thefirst mode or the second mode, wherein the unlock interface allows themobile device to enter into the first mode or the second mode afterunlocking the lock state, displaying at least one application executedin the first mode and maintaining the second mode in the lock state whenthe mobile device unlocks the first mode and enters into the first modethrough the unlock interface, detecting an event for the second mode inthe first mode even though the second mode is in the lock state,indicating information related to the event in the first mode, whereinthe mobile device is only notifying occurrence of the event andrestricts processing of the event in the first mode, and processing theevent when the mobile device unlocks the second mode and enters into thesecond mode through the unlock interface.
 18. The method according toclaim 17, wherein the event includes at least one of an event for callreception, an event for message reception, and an event for mailreception.
 19. The method according to claim 17, wherein the relatedinformation includes at least one of message sender information, messagesender number and a message icon for notifying the occurrence of theevent, when the event is message reception.
 20. The method according toclaim 17, wherein the related information includes at least one ofcaller information, caller number and a call icon for notifyingoccurrence of the event, when the event is call reception.
 21. Themethod according to claim 17, wherein the processing of the eventincludes displaying detail information of the event.
 22. The methodaccording to claim 17, further comprising: continuing to execute atleast one application which is being executed in the first mode whendetecting the event, after processing the event.
 23. The methodaccording to claim 17, further comprising: switching the second mode tothe first mode when the event is completely processed.
 24. The methodaccording to claim 17, further comprising: switching the second mode tothe first mode if an input signal or occurrence of an event are notdetected for a predetermined time, after the event is completelyprocessed.
 25. The method according to claim 17, wherein the lock stateis a state that the processor is on standby to receive the user input orto detect the occurrence of the event.
 26. The method according to claim17, wherein the lock state is unlocked by a first unlock signal forentering into the first mode or a second unlock signal for entering intothe second mode for the first unlock interface.
 27. The method accordingto claim 17, wherein the first mode includes a guest mode and the secondmode includes a user mode.
 28. The method according to claim 17, whereinthe at least one application includes at least one of a firstapplication executed only in the first mode, a second applicationexecuted only in the second mode, and a third application executed inboth the first mode and the second mode.
 29. The method according toclaim 17, further comprising: providing a first setup interface in thesecond mode and determine an executing mode of the at least oneapplication between the first mode and the second mode through the firstsetup interface.
 30. The method according to claim 29, furthercomprising: providing a second setup interface in the first mode andconfigure an environment for executing the at least one applicationexecuted only in the first mode through the second setup interface. 31.The method according to claim 17, further comprising: providinginformation guiding mode switching from the first mode to the secondmode when the mobile device detects the event for the second mode.